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LaTpre'sente invention "se" rapport e au domaine du 

traitement de flux video numeriques. 

.On-.se^propose dans . la.pr^aente. invention. -de. Jiournir . 

un syst em* perme t tant -W! W^ ex HH ' uo r tcenar-*±*6v-~ 

numeri que preaJ ablement embrauiJULe-^dJiLU^J^^ 

La presente invention se rapporte plus 

pct j. L i c ul i fe re ment-a- un- dispos xLif capable de trannmpi ^Ee-de- 

facon securisee un ensemble de films de haute qualite 

-—v^eiJHS-v^^ 

television et/ou pour etre enregistre sur le disque dur ou 
sur tout autre support d* enregistrement d'un b oitier 

reliant " rlseau de ' teletransmission a 1 ■ ecran de 

15 visualisation tel qu'un ecran de television ou un moniteur 
d'ordlnateur personnel, tout en preservant la quality 
audiovisuelle mais en evitant toute utilisation frauduleus| 
comme la possibility de faire des copies pirates de film|: 
ou de programmes audiovisuels enregistres sur le disque dug 
20 ou tout autre support d< enregistrement du boitier decodeur,- 
L' invention concerne un systeme client - serveur et le 
mecanisme de synchronisation entre le serveur qui f ournit 
le flux permettant le yisionnage du film video numerique 
sScurise et le client qui lit et affiche le flux video 
25 numerique . 

Avec les solutions actuelles, il est possible de 
transmettre des films et des programmes audiovisuels sous 

forme— numerique via des. -re.seaux-.de. ..dx f f i ml on . .de... type 

30 hertzien,-. cable, satellite, etc. ou via des . .reseaux de 
telecommunication type DSL (Digital Subscriber Line) ou BLR 
(boucle locale radio) ou via des reseaux DAB (Digital Audio 
Broadcasting), etc. Par ailleurs, pour eviter le piratage 
des ceuvres ainsi diffuses, ces dernieres sont souvent 



crypt ees ou embrouillees par divers moyens bien connus de 
1'homme de l'art. 

"Toutefofs, 1' inconvenient principal de toutes les 
solutions actuelles (TiVo Inc., WO00165762) est qu' il faut 
transmettre non seulement . les. donnees . cryptees vers les 
- uf x 11 s a teur s"/ mais ega-leiffe-nt les cre'sT" de" -dgcryp-fage-. ITa 
transraission des cles de de.cryp£age . pouvant . s.e f aire avant, 
en meme temps ou apres la transmission des programmes 
aud-i-ov-isuears-- Pour -augmest-eif — het — se^-u-r-i-fee — e-fe— done- -la 



protection des oeuvres audiovisuelles contre une utilisation 
mal-.-i.ntentionnee, les -cles— de— deor-yptage.-adnsi que les. 
fonctions de decryptage des decodeurs audiovisuels peuvent 
comporter des moyens de securite ameliores comme des cartes 
a puces ou autres cles" phy s i que s~qui~" peuvent "en option, 
etre mises a jour a distance. 

Ainsi, les solutions actuelles appliquees a un 
boitier decodeur avec possibility d' enregistrement local de 
programmes audiovisuels sous forme numerique sur un support 
quelconque de type disque dur ou autre type de memoire, 
off rent a un usager mal intentionne, la possibilite de 
faire des copies non autorisees des programmes ainsi 
enregistres, puisqu'S un moment donne, cet usager possede 
avec son boitier decodeur numerique, associe ou pas a des 
systemes de cartes a puce, toutes les informations, 
programmes logiciels et donnees permettant le decryptage 
complet des programmes audiovisuels. En raison justement du 
fait qu'il possede toutes les donnees, 1' usager mal 
intentionne aura la possibilite de faire des copies 
illegales sans que personne ne. s'aperxjoive~de cette copie 
frauduleuse au moment oil elle est faite. 

Une solution consisterait done a transmettre tout 
ou partie d'un programme audiovisuel numerique uniquement a 
la demande (services de video a la demande) a travers un 
reseau de telecommunication large bande de type ADSL, cable 
ou satellite, sans autoriser 1 ' enregistrement local des 



programmes audiovieuels . Ici, 1 ■ inconvenient: est tout autre 
at provient des performances de ces reseaux _qui_ _n_e _ 
permett'enr^Tde garantir des flux continus de quelques 
megabits par seconde ft chaque usager, comme exige par les 
5 flux. M-P-EG-qui-necessitent deaJbandee passante P-de^elgues, 
— cent aines de kilobits a piu^ euxs^^iT^pHr Blonde . 

rn TI « ^ gonditJLons ,_....une solution consiste a 

separer le flux en deux parties dont aucune ne serait 

^xl-xsab ^ .eule. Dans -^e-^^e-^lue i cur n hr a v nf n on t- 

10 ete deposes. Ainsi, on connait par le document WO09908428 
(GiXleg-^-teon^^n^r^c^de— de— tr aitement..mul.ti^app1 i n atif 
d .un terminal act if Realisable dans lequel on realise au 
moins une liaison avec un prog ramme identifiable dedie a 
- 1. execution d'une application, ledit programme dictant ses 
15 conditions d' exploitation au terminal pour la mise a 

disposition des fonctions. be terminal dialogue ,. 
ponctuellement, par 1'emploi d'une liaison, avec le centre 
de gestion pour la realisation, si necessaire, des entrees , 
et sorties des capacites de ce dernier, le centre de .. 
20 gestion devenant esclave ou non du terminal au niveau de 
1'applicatif vis-a-vis du programme entrant. . Cette, 
invention conceme egalement le precede d- identification du 
programme et du terminal en exploitation. Ce precede de 
1'art anterieur divise le flux en une partie servant a 
25 identifier 1 ' utilisateur et une partie qui contient le 
programme a proprement parler. En particulier, ledxt 
programme n'est pas inutilisable mais seulement verrouille 
par la premiere partie. Enfin, ce brevet ne presente aucune 

solution-pour_synchroniser_l.esdites. parties 

30 D' autre part, le. document EP0778513 (Matsushita) 

decrit un precede permettant de prevenir 1'utilisation 
illegale d'une information en y ajoutant une information de 
contraie afin de verifier les droits de 1 ' utilisateur . be 
systeme permet de savoir en permanence quelle partxe de 
35 1' information est utilisee et par quel utilisateur et par 



la de savoir si cet utilisateur est en position illggale ou 
pas. Ce proc£d£ s£curise done les donnSes en y ajoutant des 
informations additionnelles" qui" denaturent 1 ' information 
initiale . 

5 . La .document . WO0049483 (Netquartz) . nous off re 

" egaxement aes proceaes et "des" sys teraes" poa'r~<jr^r~gn Ix en- 
entre-JLes_.. uti 1 i sa teurs . et. un #diteur d r ent ijfci&S... mira€risees . 
Le procede comprend l'une au moins des Stapes suivantes : 
l*^tape — de — subdri-vi-s-e^f — l-ad-i te -en-t-i-t-e • n um6ria6c — e-n — deux 

10 parties ; 1 1 etape de mSmoriser une partie dans une zone 
- memo-i^e — dJ-i^^-Eveu^ca^ecte a. r^seau infnrmahi rp^ ; _ 
1 1 etape de transmettre l 1 autre partie a au moins un 
utilisateur disposant d'un §quipement informatique ; 
1 ' etape de connecter ledit equipement informatique audit" 

15 reseau informatique ; l 1 etape d'etablir un lien fonctionnel 
entre ladite premiere partie et ladite deuxieme partie- Ces 
procedes et syst^mes ne specif ient pas d'une part si la 
partie memorisee sur le serveur peut etre stock^e par 
l'utilisateur ce qui permettrait a celui-ci de pirater 

20 ladite entity numerisde, et d' autre part la fagon de 
synchroniser lesdites deux parties. 

Enfin, dans cette approche, l'<Stat de la technique 
le plus proche se retrouve dans les brevets d'HyperLOCK 
Technologies dont le plus pertinent est le document 

25 US05937164. Cette invention utilise la solution qui 
consiste a separer le flux en deux parties dont la plus 
petite d£tient une information nlcessaire & 1' utilisation 
de la plus grande. Cependant, ce brevet n'est pas suffisant 
pour - repondre . au.-probleme identifie. \En. effet., l.a 

30 suppression d'une partie du flux denature le format du 
flux, et ne peut done pas £tre reconnu comme un flux 
standard, exploitable avec des applications logicielles 
generales. Ce procede de l'art anterieur nficessite a la 
fois un logiciel specifique c6t§ serveur, pour la 

35 separation des deux parties, et un autre logiciel 



specifique assurant non seulement la reconstruction du 
flux, mais egalement 1' acquisition du flux principal et son 
exploitation seion un format proprietaire a la solution. Ce 
format proprietaire n' est pas le format initial du flux 
^vanfc . separation en deux parties., .._dans _cette. sol ution . 



""cronnuel -.. 

Cet.te....soci.ete . a ..JkgsiljmzxLt— de.paae_ _trois autres 

brevets : le document US5892825 reprend le brevet precedent 
metis— dans- an-eadr e- mo-ins la x y e c a i I c j flu x y n en-fe-feou-j-ours 
cryptes ; le document US6035329 repose sur le meme 

_pxinci.pe,_il.-concer.ne. un -pr^cede-^metont_aa_ lecture... df un- 



disque de type CD-ROM ou DVD-ROM conditionne llement a 
1' identification des droits par 1' insertion d'une carte' & 
puce su F laquelle les' informations necessaires a" la lecture 
sont stockees. Ce precede n'est encore pas suffisant pour 
notre probleme car il ne garantit pas que le flux modifie^ 
soit du meme format que le flux originel . Enfin, le ? , 
document US6185306 concerne un procede de transmission de^ 
donnees cryptees depuis un site. Web vers un ordinateur, 
demandeur. Ce procede permet cependant a I'utilisateur de.; 
disposer a un moment donne de tous les outils necessaires 
pour copier les donnees • 

Enfin, le brevet WO 01/97520 presente egalement des 
methodes, des precedes et des dispositifs pour contrdler la 
transmission et 1 ' enregistrement des contenus numerises de 
type MPEG- 2. Toutefois, ce brevet ne presente aucune 
specificity pour la synchronisation des flux qui 
constituent les deux parties d'un meme programme 
audio3£is.uel....De. plus,- la me.tnode_deori fe r l a n a xe. brevet est 
totalement inefficace pour les.reseaux de telecommunication 
bas debit, car elle substitue tout ou partie des images I 
dont le poids en octets est tres couteux lors de la 
transmission du deuxieme flux. 



au 



Afin de corriger ces differents defauts, 
1' invention concerne dans son acceptation la plus generale 
un precede pour la distribution de sequences videos selon 
un format de flux nominal constitue par une succession 
d' images, ledit flux., sur lequel on procede, avant la 
-trraTrsmlssion a l'- eq ul pe m y jui. -c IIbul, a— nne- analyse— pour- 
.generer un flux principal modifie,. presentant le format du 
flux nominal, et presentant des images modifiees par la 
substitution de- -ce-r-fea 4 neo donn cc s pa ^-des--donnees..de-meme 



nature mais aleatoires ou calculees, et une information 

-complementaire dLun__. format qnM reargue. comport ant ...lss, 

donnees substituees et les informations numerigues aptes a 
permettre la reconstruction dudit flux nominal modifie, 



puis a transmettre separemint , le~fTux" pr'iricipal modifie~en" 
temps reel ou en temps differe et 1 ' information 
complementaire en temps reel au moment de la visualisation 
depuis le serveur vers l'equipement destinataire, et pour 
lequel on calcule sur l'equipement destinataire une 
synthese d'un flux disponible au format nominal, 
reconstitue en fonction dudit flux principal modifie et de 
ladite information complementaire et une lecture dudit flux 
disponible sur l'equipement destinataire caracterise en ce 
que ledit procede comporte, pendant ladite lecture dudit 
flux, une 6tape consistant & generer un identifiant de 
position en fonction d'une caracteristique dudit flux lu, 
cet identifiant de position etant transmis au serveur 
activant en reponse 1' envoi de 1 ' information complementaire 
fonction dudit identifiant de position. 

. Selon une premiere . variants chaque image du flux 
nominal est associee a un indicateur de position. 

Selon une deuxieme variante, l'etape de lecture 
comporte une operation de calcul de 1 ' identifiant de 
position de 1' image lue. 



Selon une troisieme variante, l'etape de lecture 
comporte une operation de calcul de 1 ' identif iant de 

position du flux lu. 

Avantageusement, 1' information complementaire est 

5 _envoy.ee par portions- . 
: Selon un u a ^aB-7t6X S X **t ± 6t L ■ p a ttlCUlle i cte 



-^j^r^t-^n. le flux. . dispoxLlbJLs ^r_J^^uipement .. 

destinataire dont la lecture conditionne la position et la 
p urt i o n r l cmrnr^-^- 1 -^ ^-^^ ™^iou cotnpl6mcntairc cat 

10 une partie du flux principal modifie. 

Selo»-ua- autre mode- de-~-reaJj-s~J^±oxi, le — flux — 

disponible sur l'equipement destinataire dont la lecture 
conditionne la position et la po rtion a envoyer de ladit e 

information complement aire est "une partie du flux nomxnal 

15 reconstitute 

Dans un mode de mise en ceuvre particulier de 
1' invention, le format de flux nominal est defini par la £ 
norme MPEG-2. Dans ce cas particulier de realisation, ledit ^ 
identif iant de position pour une image est constitue des ^ 
20 variables «time_code» , ou code temporel, associe au group e rr 
d' images dans lequel se trouve 1' image consideree et 
«temporal_reference", ou reference temporelle, pour 
1' image, qui sont des variables definies par MPEG-2. 

Avantageusement, chaque portion de ladite 
25 information complementaire envoyee par le serveur permet de 
reconstituer au moins une image du flux originel lors de 

ladite synthese . 

Selon un mode de mise en ceuvre particulier, le 

...„serveur-adapte_la-taille et le. contenu.de--chaque_poxti.on de. 

30 ladite information complementaire a envoyer en f.onction 
dudit identif iant de position. 

Dans un mode de realisation prefere, chaque portion 
de ladite information complementaire est envoyee en avance 
par rapport a 1' instant d'affichage de ladite image du flux 
35 reconstitute avec ladite portion. 



Dans un mode de mise en ceuvre, le serveur adapte 
1' envoi d' information complementaire, lorsque 1 'utilisateur 
de l'€quipement destinataire fait «c pause », en arritairE" 
1' envoi de 1 ' information complement a ire * De m§me, le 
5 serveur adapts 1' envoi d' information.. . complementaire , 
" lorsque X" 7 ut i 1 lsateur^de 1 ' equlpem eil L de at ina L a i l e — lai-L- 
«c .a-vance_jcapide...*_. ou « re tour rap.idjg_»^ ... en__enyoyant la 
portion correspondant a la position adequate pour les 

10 meme fagon, le serveur adapte 1' envoi d' information 

^Qtnpleme-ntaire— lorsqu '-une panne, reseau smzs^i ent giii ^mp^lhe.. 

la communication client - serveur, en arretant 1' envoi 
d' information complementaire durant la panne et en le 
reprenant lorsque la panne cesse et ~qu'il regoTE de nouveau" 

15 les messages en provenance du client. 

Avantageusement, le serveur cr£e, prealablement a 
1' envoi de 1 ' information complementaire, un tableau 
associant des pointeurs vers des portions de 1' information 
complementaire avec des positions temporelles relatives & 

20 des images du flux video, stocke ledit tableau sur un 
support relig au serveur eb consul te ledit tableau pour 
determiner la portion d' information complementaire £ 
envoyer apres avoir regu ledit identifiant de position. 

L' invention concerne egalement un £quipement pour 

25 la fabrication d' un flux video en vue de la mise en ceuvre 
du procede tel que decrit ci-dessus, comportant au moins un 
serveur multimedia contenant les sequences videos 
originelles, un dispositif d' analyse du flux video 
pravenant d u rli t- ser veur pour generer .ledit. f l.ux_prin£ipal 

30 modifie et ladite information complementaire et qui 
comprend en particulier un dispositif de synchronisation de 
1' envoi de ladite information complementaire en fonction 
dudit identifiant de position envoye par l'equipement 
destinataire. 



L' invention concerne enfin un systeme pour la 
transmission d'un flux video selon le procede decrit ci- 
dessusT'comprenant un" equip dement de production d'un flux 
video, au moins un equipement d' exploitation d'un flux 
vid6o_^_au__taQins--un..._r.4seau de communic.atiojL_e^r^ 
-r^-u- x^emetxt d e pruSm^t^-^ ~ TXtEt— Wlp^hL U) 
.d' expl^jJiaijLpjcL. — -- - : 



-Hb-a— p^egerxt e invcnti -en— sera- ^-ieffit-e^iuprioc a la 

lecture de la description d'un exetnple non limitatif de 
rea.li45aJ^3n^^3^^ aux dessing apne 3 ^ 8 01 \ ' ~ 

- la figure 1 decrit 1' architecture d' ensemble d'un 
systeme pour la mise en oeuvre du precede selon 
1' invention ; 

- la figure 2 represente un mode de realisation 
particulier du systeme de synchronisation des flux, 
audiovisuels conforme a 1' invention. f 

Le principe general d'un proc^dl de s^curisation.^ 
d'un flux video est expose ci-apres. L' invention concerned, 
un procede pour la distribution de sequences videos 
numeriques selon un format de flux nominal constitue par 
une succession d' images (« pictures » en anglais ou pour le 
format MPEG) comprenant. chacune au moins un bloc numerique 
regroupant un certain nombre de coefficients correspondant 
a des elements video simples codes numSriquement selon un 
mode precise a 1' interieur du flux concern^ et utilise par 
tous les decodeurs videos capables de l'afficher afin de 
pouvoir la decoder correctement et eventuellement 
■ organi»ees^e---f a^on-fei-e3ea-r-ehique -en -groupe- d-^-images • e^- 

sequences . — 

Avantageusement le format contient un moyen de 
localisation de ladite image numSrique dans le flux a 
l'aide d'un identifiant de position temporelle permettant 
de savoir a quel moment 1' image en question doit etre 
i af f ichee . 
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Ce procede comporte : 

- une etape preparatoire consistant a modifier au 
mollis uri desdits elements d'une desdites images, le flux 
binaire ainsi genere etant appele f lux principal modif ie ; 

-une- etape de transmission : ...... 

~o du~tlux principal modif ie coriforme au format" 
du f lux .nominal.,...- consfeitue par des images contenant. las. 
elements modifies au cours de 1' etape preparatoire et 

o d'une information uuiuerique compi euieixLaixe pax 
une voie sgparee dudit flux principal modif ie, permettant 

de recoEtst-ifeeer-ie^ f-lux— esHtg-inel-- a partir du— ea-loul-, sur- 

l'equipement destinataire, en fonction dudit flux principal 
modif ie et de ladite information complement a ire . On definit 
ladite information complementaire comme "un ensemble 
15 constitue de donnees (par exemple des elements decrivant le 
flux numerique originel ou extraits du flux originel) et de 
fonctions (par exemple, la fonction substitution ou 
permutation) . Une fonction est def inie comme contenant au 
moins une instruction mettant en rapport des donnees et des 
operateurs . Ladite information complementaire decrit les 
operations a effectuer pour recuperer le flux originel a 
partir du flux principal modif ie. 

La reconstitution du flux originel s'effectue sur 
l'equipement destinataire a partir du flux principal 
modif ie deja present sur l'equipement destinataire ou 
envoye en temps reel et de 1 ' information complementaire 
envoyee en temps reel au moment de la visualisation 
comprenant des donnees et des fonctions executees a l'aide 
de routines (ensemble— d' instructions) numeriques. 
L' information complementaire est envoyee par le serveur en 
fonction de la position de la tete de lecture dans le flux 
disponible sur l'equipement client. Cette position, def inie 
par un identifiant de position ou element de 
synchronisation, est envoyee regulierement par le client au 
serveur suivant 1' instant de visionnage par le client du 



35 
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flux disponible sur 1' equipement client. Ledit flux 
disponible sur 1' equipement client est identique au flux 
originel si "le client possede les droits pour l'afficher et 
s'il est en connexion avec le serveur contenant 
5 ._J^Li^fxxrmatlon-- .complement aire ,. ou„ _id.en£.lque_„AU.. - £ 1-UX 

principal modi ti e si c~e~n'"est pas" le cas. ^~ ~ 

QUand - le.. ... flux, di spon.ib.l.e aiar l^ei3U.lp_ement. 



destinataire est identique au flux originel, 1'utilisateur 
ptSttt-te-vrsraM^^ l'utilioatcur d6cir e 

10 se deplacer dans la sequence video, le client informe le 

,-.-_-_s©^veur-de-la_nouv©.lXe- position- de ..la- t6to rip lertnre el- le . .. 
serveur envoie alors 1 ' information complementaire 
necessaire au client pour reconsti tuer la portion du film 
qu' il regarde desormais. 

15 Dans la presente invention on entend sous le terme 

« embrouillage » la modification d'un flux video numerique 
par des methodes appropriees de manilre a ce que ce f lux ^ 
reste conforme a la norme avec laquelle il a ete encode 
numeriquement, tout en le rendant jouable par un afficheur ^ 

20 video, mais altere du point de vue de la perception. 

visuelle humaine* 

Dans la presente invention on entend sous le terme 
« desembrouillage » le. processus de restitution par des 
methodes appropriees du flux initial, le flux video 
25 restitu6 apres le desembrouillage etant identique au flux 

video initial . 

La presente invention propose une protection grace 
a un embrouillage du flux video fondee integralement sur sa 

structure, pxotaetJuaii qui consist.e_a_m.adif ier. .dea_paxtiea„.. 

30 cibl6es du . _«„bitstream » (flux binaire structural 
essentielles pour la comprehension du film par un ceil 
humain. Les vraies valeurs de ces parties ciblees sont 
extraites du bitstream et stockees en tant qu' information 
compl6mentaire, et a leurs places sont raises des valeurs 
35 aleatoires ou calculees ou des valeurs permutees, et cela 
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3ur la totality du flux video. Ainsi, on rajoute des 
« leurres » pour le decodeur, c'est-a-dire des valeurs 
comprehensibles* pour l'e ' dScodeur mais non identiques a 
celles pr^sentes dans le flux nominal , qui recpoit en entree 
.5 un flux video coiapletement.. .conforme au format video 
d^rigin'e / mais * qui n- e s t~pWs accTe"p caBT<g*~ " "du p"c5 i n t^de~vu¥ 
perception visuelle .par^un Atre. humain, 

A 1' inverse de la plupart des systdmes de cryptage 

de-j-ar-cennus par 1^-he mm e do l^ b? — le— pr-iac*pe— d6car±t— ei 

10 dessous permet d' assurer un haut niveau de protection sans 

necessiter ..une liaison— cl-ient— serveur ~haut~ debit puisque- 

ladite information compl Omental re a envoyer ne represente 
qu'un faible pourcentage du flux video d'origine, le flux 
principal modif ie""¥Fant dlj'a present" s"ur" 1 ' equipement "du 
15 client. 

La protection, r£alis6e de fa?on conforme a 
1' invention, est bases sur le principe de la suppression 
et/ ou du remplacement d' informations d€crivant le signal 
video par une methode quelconque, soit : substitution, 

20 modification ou dSplacement de 1 ' information . Cette 
protection est egalement basee sur la connaissance de la 
structure du flux a la sortie de 1 ' encodeur video : 
1 ' embrouillage depend du contenu dudit flux video 
num^rique. La reconstitution du flux originel s'effectue 

25 sur 1' equipement destinataire & partir du flux principal 
modif ie d€jS present ou regu en temps reel sur 1' equipement 
destinataire et de 1 ' information complement aire envoyee en 
temps reel au moment de la visualisation comprenant des 
... xLonnees et des fonctions .executees- .a .1' aide de routines 

30 (ensemble d' instructions) numeriques. 

La presente invention concerne en particulier le 
processus de synchronisation entre le fournisseur de 
1 ' information complSmentaire (le serveur) et le 
lecteur/af f icheur installs chez le client. Pour cela 

35 1' invention utilise des Elements de synchronisation (ou 
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identif iants de position de la tete de lecture dans le flux 
disponible eur_l'equipement destinataire) _peraett_ent_de_ 
f aire~Ie"rienntre une" portion donnee de 1 ' information 
complementaire et la partie du flux principal modifie 
qu' e.llje_perme.t-_de modifier., af in . de. recons titaiex_ la _par_t i&_ 
-d5TfgBpga g^t 6 d u Fiw-nwi^a:^ 

yjbiliafi rl^fi donnees de position tempprelle. relativ e s % la 
tete de lecture du client dans le flux video disponible sur 
— - 1' Cqu ip uu u .u L c li ent, rn m rne-ee-lles-eon- tcnuco dano un flux 
MPEG , pour determiner 1 ' information complementaire a 
.eavayer. 



Une autre possibility, correspondant a un autre 
exemple de realisation, est de numeroter les images du flux 
"principal modifie "et _- d* r indiquer ,' "dans" les differentes 
portions de 1' information complementaire, le numero de 
1' image ou des images du flux principal modifie que ladite 
portion permet de modifier afin de reconstituer la partie,^ 
correspondante du.flux nominal. f 
Un autre exemple de realisation consiste a utiliser^ 
10 des mots binaires calcules a partir du flux principal.: 
modifie, un mot binaire donne etant specif ique a une 
portion du flux principal modifie donnee, qui est alors 
specif ie dans la portion de 1' information complementaire 
correspondante - 

25 un autre exemple de realisation consiste a utiliser 
des mots binaires calcules a partir du flux principal 
modifie, un mot binaire donne etant specif ique a une image 
du flux principal modifie donnee, qui est alors specif ie 
dans__. _la pojctian.—jie ._ 1' inf orma t ion. ... .aamplementaixe. 

30 correspondante. 

Un autre exemple de realisation consiste a aj outer 
un mot binaire unique dans chaque champ utilisateur du flux 
principal modifie (champ « user data » de MPEG- 2 par 
exemple), et dans la portion de 1' information 

35 complementaire correspondante. Un champ utilisateur est 
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caract^rise en ce qu'on peut y a j outer des informations 
binaires sans que cela n'affecte 1'affichage du flux 
binaire video le contenarit . 

Quelle que soit la solution choisie, le client 
5 envoie reguliferement.au serveur 1 ' identif iant. .de position 
~de~Ta~tete de lecture du'crfenr dang - l"e^f±ux di s ponxbl e- s er r- 
1 ' equipement...iiHsJLixLataire (position t empo r e 1 le_ _ ou _ mo t 
binaire) permettant au serveur de determiner la portion de 
~* ~~ 1 9 "i n-f o r mab i-on — c omp lemen-t-a i-r e- -dont— -1-^equipemen-fe — client -a- 
10 besoin pour transformer le flux principal modifie afin de 
- recons.ti4^e^^l^ dn flux nnm-inaL 

L' invention sera raieux comprise h la lecture d'un 
exemple de realisation de 1' invention, ~en~se referant aux 

15 figures 1 et 2 . 

Dans cet exemple de realisation, 1' invention 
concerne une sequence video encodee selon le format MPEG- 2, 
sans que cela constitue une reduction de la portee de la 
presente invention „ 

20 Sur la figure 1, I'agencement d' interf agage video 

(8) est adapte pour relier au moins un dispositif 
d'affichage, par exemple un moniteur, un video projecteur 
ou un dispositif de type ecran de television (6) , a au 
moins une interface de reseau de transmission et de 

25 diffusion large bande (4) et a au moins une interface de 
reseau de telecommunication (10) . Selon la presente 
invention, cet agencement est compose d'un module (8) 
comprenant principalement , d r une part, une unite de 
traitement adaptee pour^traiter, en particulier decoder et 

30 desembrouiller tout flux video de type MPEG- 2 selon un 
programme logiciel de decodage et desembrouillage pre- 
charge, de raanidre & l'afficher, en temps r§el ou differ^, 
de le stocker, de 1' enregistrer et/ou de 1'envoyer via un 
reseau de telecommunication et, d' autre part, au moins une 

35 interface d' ecran (7) et une interface de connexion & un 
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reseau local ou etendu (5) et/ou (9) . Le rlseau de 
transmission^ et de diffusion large bande (4) et le reseau 
de" telecomm^ic'ation TlO) pouvant Stre "conf ondus en un seul 
reseau . 

Le . disque._dur_QU_le-diapQaltif_ d' enreg.istrement_du_ 
mod u l e"" (-S-)"peug— fetre utll lsS " comma m eTiRTdnns- -tampan poor 



stacker. momeni^neiSLejatL^^ programme o u 

de la sequence video a afficher, en cas de visualisation 
-a-i£#eree &u de limitation dano la band < ? p a-ssan-te-du-^-seau- 



de transmission. La visualisation pent etre retardee ou 
dif£eree a- la. -demands de VnHUp a reiir ou..du porta;Ll._U2l 



Comme le montre la figure 1, 1' interface de 
connexion (5) est reliee a un reseau de transmission et de 
"diffusion " larie~bande (4) telle qu'un ""modem, "un modem 
satellite, un modem cable, d'une interface de ligne a fibre 
optique ou d'une interface radio ou infrarouge pour la. 
communication sans-fil. r- 
C'est par cette liaison classique de diffusion.^, 
video que seront transmis les contenus des programmes,, 
audiovisuels comme des films. Toutefois, de facon a ne pas., 
laisser faire de copies pirates, avant de transmettre le 
contenu audiovisuel depuis le serveur (1) ou le portail 
(12) il est prevu de conserver une petite partie du contenu 
audiovisuel dans le portail (12) . 

En cas de visualisation d'un programme audiovisuel 
en temps reel, cette petite partie du contenu audiovisuel 
conservee dans le portail (12) sera egalement envoyee au 
module (8) en temps reel, via le reseau de 

Jtelecommunication . (JLCL)_. - 

Dans, le format MPEG- 2, ...le flux audiovisuel est 
divise en une hierarchie de structures imbriquees les unes 
dans les autres. Ainsi, un « flux » contient un nombre 
indefini de groupes d' images liees les unes aux autres 
(« GOP » : « Group of Pictures ») ; un groupe d' images 
contient un certain nombre d' images (generalement 12 ou 15 



• • • 



pour MPEG ma is ce n'est pas obligatoire) ; une image est 
d^composee en tranches (« slices ») ; une tranche contient 
une" serie de macroblbcs ; uii macrobloc regroupe entire 6 e't' 
12 blocs ; un bloc contient 1 ' information relative & un 
5 carre de 8 pixels. -sur - £ sous ..forme de coefficients, 
llcequentiels ,~"Le tlux est compresse pWr une trans forma L i oir 
. a cosinus discrete . -CD-GT.).. f —qui .jaLapplique sur chaque bloc de 
fagon & concentrer 1' information pertinente dans seulement 

certains- co efficien t s — de — fa^on — a — peuvoi-r— supprime-r — 3res- 

10 autres et ainsi reduire la quantity d' information £ 

stacker , et - k — -vm ^ chan t ill oanage -~ des coeff i cd exijLs.- 

transformes et un codage destine It reduire la taille du 
flux (par exemple un codage a longueur variable ou un 
codage de type « Run- Level ») . 
15 Dans cet exemple de realisation, decrit en 

reference aux figures 1 et 2, le flux nominal (101) 
provient du serveur (1) pour etre transmis au portail (12) . 
Le dispositif d' analyse (121) du portail (12) procede a 
1' analyse du flux nominal (101) pour constituer d'une part 
20 le flux principal modifie (122) et d' autre part 
1 ' information complementaire (123). Le flux principal 
modifie (122) est transmis au client d'une maniere 
quelconque. Cette maniere peut etre : a travers un reseau 
large bande (4) de type BLR ou DSL, & travers un reseau 
25 mobile de type GSM, ou encore grtce a un CD-ROM ou un autre 
support physique. Le client stocke le flux principal 
modifi6 (122) sur un support physique (85) situS chez lui, 
ledit support physique pouvant etre un disque dur ou un CD- 

ROM. - ..„....._.. 

30 Lorsque le client (8) desire regarder la sequence 

video correspondant & ce flux principal modifie, il adresse 
la demande au serveur (12) , en specif iant un identifiant de 
la sequence video demande e et en fournissant au moins un 
identifiant du client (8) . Le serveur (12) rec?oit la 
35 demande du client et verifie si celui-ci a le droit de 
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regarder la sequence demandee, en utilisant 1' identif iant 
de la sequence et celui du client. Cette yg rif ica : tion. _peut 
"'Stre"fai"te""par" exemple a l'aide d'une base de donnees 
repertoriant pour chaque client la liste des sequences 

yj fjgn ant-nri sgea . 

~S1 — Te — cl lent "CD — esT autorise a regarder " IS" 



jatoiBncfiL 3dLd€o .demandee, ..Is , Hftr veur (1.2.) — etahlifc- une 



connexion avec le client pour transmettre 1 ' information 

c ompl6mcntair e— H2 3 ) - a-t-ravers-^e-if^tea u (10) . Lors que->a- 

10 connexion est etablie, le client (8) envoie au serveur (12) 
3, &s _^Ldent.i£iants- de posifcior^de^^-te^e-de-ie-Gtu-re-dans le 



flux vid6o demande. Le serveur (12) recoit les informations 
de position et adapte le contenu de 1 ' information 

complementaire ""(123 ) tranimise au client a travers la 

15 liaison (10) en fonction de ladite position. 

Dans une autre realisation de cette invention, les 
informations de position sont transmises en meme temps qu^- 
la demande pour la sequence video et le serveur commence la^ 
diffusion de 1 ' information complementaire correspondent 4 
20 ladite position apres avoir verifier 1' autorisation. 

Le client (8) recoit la partie de 1 ' information 
complementaire (123) correspondant a la position de la tete 
de lecture et la stocke dans le tampon d' entree (86) . Ce 
tampon est de preference une memoire volatile. Dans le meme 
25 temps, le client lit a partir du support de stockage (85) 
le flux principal modifie correspondant a cette position 
via le tampon de lecture (83) . Le dispositif de synthase 
(87) utilise 1 ' information complementaire stock<§e dans le 
_ „J:a.mpjari_rL_entree ..(.86) et- le--flux.-prinei.pa l sto ck e- -dans le 
30 tampon, de. .lecture (83) pour reconBtituer . sans err eur le 
flux originel et 1 ' envoyer vers le lecteur (81). Le flux 
originel, lu par le lecteur (81), est alors affiche sur le 
dispositif d'affichage (6) . 

Dans cet exemple de realisation, deux 
35 variables pour chaque image du flux sont utilisees comme 



identifiant de position : la variable 
« temporal_ref erence » ou reference temporelle, presente 
dans 1^ champ <<" pic ture_header » ou en- t§te d' image pour 
chaque image, et la variable <k time_code » ou code 

...5 temporal, . .presente dans le.. .champ. « Group Of _ Pictures 
Header" ou eff-tSte'de grollpe— ir-i^^^ 

.... .._d; images. ... dans lequel se tjrojuve_llijnage._ Gonsid.er6e . Ces 

variables permettent d' identifier de mani^re unique une 

-image — dims — un- flux -video — MPEG 2 — d^-twte — (fcire-e — t-etale 

10 inferieure a 24h. Le client envoie r£gulierement au serveur 

s 6u~po s-i-t ioru -da as le flux video-^n^-ui_^o^^ ces deux 

donnees , Le serveur adapte la portion de 1 ' information 
complementaire a envoyer en fonction de cette position. 
Chaque portion de 1 ' information complementaire coiitient en 
15 effet une copie de ces identifiants de position ou elements 
de synchronisation permettant de faire un lien unique entre 
1' image du flux principal modifie et la portion de 
1' information complementaire correspondante qui permet de 
modifier le flux principal modifie afin de reconstituer la 
20 partie correspondante du flux nominal. Dans cet exemple de 
realisation, 1 ' information complementaire est contenue dans 
un f ichier unique . Lorsque le serveur ( 12 ) regoit les 
variables de position provenant du client, il determine la 
portion de 1 ' information complementaire a envoyer en 

25 parcourant ledit f ichier. Pour que la recherche de la 
portion voulue soit plus rapide, 1' invention peut 
avantageusement utiliser un tableau qui fait correspondre 
une position dans ledit fichier avec une image du flux 
„ princxp^l^embrouille, ce tableau ,etant.. real±&e_Lors d'une 

30 phase prealable, associee a 1' analyse du flux principal. 

Dans un mode de realisation alternatif, 1' element 
de synchronisation ou identifiant de position de la tete de 
lecture dans le flux disponible sur l'6quipement 
destinataire est le num£ro de 1 ' image courante, c'est-a- 

35 dire 1'ordre d' apparition de ladite image au sein du flux 
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principal modifie correspondant . Par exemple, la premiere 
image du flux principal modifie aura le numero 1, la 
" deuxiemele numero 2, et la 22- le numero 22. Ce numero 
est egalement indique dans 1' information complementaire de 
*acon .a- toe- capable de f aixe_.le_lieJi...e^e...l^. image du flux_ 

princxpal utod ifie" et— Ta— p^rr±on de 1 ' lu£arnra**o«r- 

___xK^Lfiiiien^ In- 



flux principal modifie afin de reconstituer la partie 

, cu i-i-ea pond ante-du f lux—n ominal . = ■ : 

10 Dans un troisieme exemple de realisation, les 

e^emente^-de-^ynchronisation on identif±ants d e-posit.ion,. de„ 

la tete de lecture dans le flux disponible sur l'equipement 
destinataire sont des m ots binaires calc u les a partir du 
flux-FrTncip"ai modifie, un mot fimafre dbnne etant 



15 specif ique au contenu d'une portion donnee du flux 
principal modifie, ladite portion -etant caracterisee par sa.. 
position binaire, definie par le nombre de bits qui la^ 
s6parent du debut du flux, et sa taille, ledit mot binaire^ 
etant specif ie dans la portion de 1 ' information; 
20 complementaire correspondante . Ce mot binaire est calcule: 
d'apres le contenu binaire de ladite portion- de facon que. 
deux portions references differentes produisent des mots 
binaires different s . Pour obtenir le mot binaire, on pent 
utiliser une table de « hash » code. Une table de « hash » 
25 code ou « condensats » est un ensemble d'entr6es, ou chaque 
entree est constitute d'une cle et d'une valeur. On ne peut 
avoir deux entrees ayant la mime cle. A partir d'une cle, 
une table de « hash » code peut retrouver tres rapidement 

l_Lentree -cor.respondante.—Il_ ex±st.e_de_nombrsux_algori thmes . 

30 de. ce. genre qui sont notamment ..Utilises dans les 
telecommunications pour detecter les erreurs de 
transmission. 

Dans une variante de r6alisation de 1' exemple 
precedent, ledit mot binaire n'est pas calcule d'apres le 
35 contenu binaire d'une portion du flux principal modifie 



caract^risee par sa position binaire et sa taille, mais 
d'aprds le contenu binaire d'une image du flux principal 
~ modifie donnee. 

Dans un autre exemple de realisation, les elements 
5 de synchronisation ou identifiants de position ..de la., tete. 

lecture dans Te fTux ^dispbnibre — sur — r^^u'ipBm^rTtr 
de.st±na£.aire .sont .des. mots binaires . insert, ii^^„ciiaque _ 
champ utilisateur du flux principal modifie (champ « user 

darfea— » — d e MPEG - 2 q-ae — 3r*-on~ peut ins-e-re- r avant chaquc image 

10 d'un flux vid£o MPEG-2) , et dans la portion de 
- 1 ~i n-fjDxraati-an--complementa ire c o r r e spondaxute- Chaque mat^- 
binaire est different de fagon a ce que le lien entre une 
image du flux principal modifie et une portion de 
1 ' information complementaire soit unique. ~~ 

15 

Quel que soit le mode de constitution desdits 
identifiants de position de la t£te de lecture, en 
f onctionnement normal et continu d'affichage du flux video 
(lecture simple), le client (8) envoie au serveur une 

20 information de position correspondant & la derni&re image 
ou a la derniere portion affichee du flux disponible sur 
l'Squipement destinataire qui peut etre soit issue du flux 
principal modifie si le client n'a pas re<?u 1 ' information 
complementaire correspondante pour modifier le flux 

25 principal modifie afin de reconstituer la partie 
correspondante du flux nominal, soit issue du flux 
reconstitug identique au flux nominal dans le cas 
contraire. Le serveur re<?oit cette information de position 
.et . calcule la. .p.ortion d' information complementaira>..l.. 

30 envoyer pour permettre le visionnage du contenu suivant 
cette derniere position affichee . Dans 1' exemple de 
realisation qui nous interesse, ce calcul est possible 
gr§ce li la correspondance entre le couple reference 
temporelle - code temporel present dans le message envoye 

35 par le client vers le serveur et les couples de m§me nature 



inscrit dans 1' information compUmentaire. En 

fonctionnement normal, la position envoyee par le client 
~ (~8 "correspond a une portion d' information complementaire 

recemment envoyee par le serveur (12). Celui-ci envoie done 
_Xa- .poriion- ...suivant e de . _ 1 l±n±oxma.t.xoxL_CQmpl Ament a i r e au 

client m par r e~ feseav a" (1U) • UeL Le pui L jron conrgBpond err" 
_Eai±^.Ae^_images que le. ..cai^nt_JS£a_^i_ent_ci_ af ficher .sur le 



dispositif d'affichage (6), pour laisser le temps au 
dispositif de — s-ynfehes-e— (07) do d6ooi 
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le serveur envoyait 1 ' information complementaire 
-^o^esponda-nt -a-ce que le--cXi^nJ^st en train ri' a£fi.cher.,_. 



15 
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celle-ci arriverait trop tard chez le client pour pouvoir 
gtre utilisee, il faut done l'envoyer avec une legere 
anticipati~onT Le servi'ul? (12) envoie 1 ' £5"f Srmati'oti " 
complementaire par paquets, chaque paquet comprenant 
1' information necessaire pour reconstituer plusieurs 
images. Si chaque paquet correspond a une duree t de la 
sequence video et que la transmission du paquet occupe urtfe 
duree t', le serveur (12) attend une duree ft-t'j entre la 
fin de la transmission d'un paquet et le debut de la 
transmission du paquet suivant. A la fin de cette attente, 
le serveur se reveille et analyse les messages en 
provenance du client. Ces messages conditionnent alors le 
comportement du serveur de la facon decrite ci-dessus. 
25 Le serveur (12) envoie des portions d' information 

complementaire tant qu'il recoit des messages du client (8) 
lui donnant la position de la tete de lecture . Lorsque le 
client arrete la lecture (« pause » ou « stop » ou 

deconrxexion_..reseau) , il ._axreJte__dl eji32XLyjea^_£ies_iJif ormat ions 

de.position .au serveur. Dans cet exemple realise, si le 
serveur ne recoit pas de messages de l'equipement client 
pendant le temps necessaire a celui-ci pour visionner le 
flux video correspondant au dernier paquet d' information 
complementaire envoye (duree t) , e'est-a-dire s'il n'a pas 
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regu de nouveaux messages lors de son rSveil, il arrSte 
d'envoyer des portions d' information complement a ire . 

L^envoi de portions d' information' coraplgirientaire 
reprend quand le client recommence lire la sequence video 
5 et. done & envoyex des informations de position. Ainsi, dans 
Ie cas a - une panne '"ae^reseau emp§^h~a"*re — Ita — cowmuii ic ati or r 
. entx&^.lf equipament client et le serveur , , lorsque la panne 
survient, le serveur cesse de recevoir des identifiants de 

10 1' information complementaire ; et lorsque la panne cesse, 

- 1' equ^i-p-ement — ci-ient — envoie sa. position courante jdans le 

flux disponible sur l'equipement client, le serveur la 
rec?oit, s'y adapte et envoie 1 ' information complementaire 
correspondante* De meme dans le cas dMjne « pause » "ou d'un 

15 arret du visionnage du flux video par le client, le serveur 
ne regoit plus de messages du client et stoppe done 1' envoi 
de 1' information complementaire : celui-ci reprend lorsque 
le client reprend la lecture du flux video disponible sur 
1' equipement client . 

20 Avantageusement, dans le cas ou le client souhaite 

arrSter de regarder le flux video pour une duree prolongee, 
la session client - serveur est ferm<§e. Lorsque la session 
reprend suite a la volonte du client de reprendre le 
visionnage du flux video et a sa reconnexion au serveur, le 

25 serveur envoie 1' information complementaire & partir de la 
portion correspondant a celle qu'il recevait avant la fin 
de session. L'affichage du flux video sur l'equipement 
client ne reprend qu'au moment ou il commence a recevoir 
les informations _complementaires de la. part du serveur, 

30 Si le client fait un retour en arriere dans la 

sequence vid6o, la nouvelle position envoyee au serveur est 
une position anterieure k la derniere position envoyee. 
L # envoi suivant du serveur est done une partie de 
1 ' information complementaire situ^e avant la derniere 

35 partie envoyee. La quantity et done la duree de 




1' information pompl6mentaire env^yee par le serveur depend 
de la vitesse arridre qui a €t€ choisie par le client. 
Cette fonctionnalit6 permet d'offrir plusieurs vitesses de 
retour arriSre sur 1 ' eguipement du client. 

. 5 . De--meme-, ai^le. client envoie un e com mande « avance 

tapxcle » — dans — Ta — sequence"" Vtdeo , — la — nouvelle — p osition 

enuoypp' an serv.eur. . est posterieure & la position 

« attendue s> par le serveur, c'est-^-dire la position 

coiirespondairt — a — 3-a — deofn-i-d-re--: -pa-r-fe-are — de — 1 ' information 

10 complementaire envoyee par le serveur au client. L' envoi 

-sui-varKbt — eta — ser veu r - es-t - - done . une., partdLe — de — 1 ' inf ormation 

complementaire situ6e apres la partie suivante de la 
derniSre partie envoyee. La quantite de 1' information 
complementaire envoyee par le serveur depend de la vitesse 
15 « avance rapide » qui a et£ choisie par le client. Cette 
f onctionnalite permet d'offrir plusieurs vitesses « avance 
rapide » sur l'equipement du client. 

Pour ameliorer la synchronisation entre le se.rveur 
et le client, 1' invention comprend egalement un mecanisme 
20 d' accusation de reception. La portion d ' inf ormation 
complementaire envoyee par. le serveur (12) est stockee dans 
le tampon d'entr£e (86) . Si le dispositif de synthese (87) 
a besoin de cette information complementaire pour 
reconstituer le flux originel et qu' il y arrive, le client 
25 (8) envoie un message de confirmation pour specifier au 
serveur (12) s'il a bien re?u 1 ' inf ormation complementaire 
et s'il a ete en mesure de 1'utiliser pour l'affichage. Si 
le client n'a pas pu utiliser 1' inf ormation complementaire, 

- cel-a— si^niJEi^poiari^-e--sexveur.. que ceUL.a-.oi_ejst^ acr i vee trop 

30 tard (aprds le moment oil elle devait Stre. utilisee) et done 
que le client et le serveur sont d£synchronises . Dans ce 
cas, le tampon d' entrSe (86) est vide et le serveur (12) 
adapte le flux d' inf ormations qu'il envoie pour faire en 
sorte de remplir ce tampon. Pour cela, le serveur (12) doit 



anticiper plus longueraent la lecture du client (8) . II 
dispose alors de deux solutions : 

- soit il augmente Ibt— nombre — d^itttages — dans-~ te- 
prochain paquet . Cette solution permet de conserver la 

5 continuite du flux affiche mais. necessita m..xeseau (.10) de 

taill e suf f isa n^e"^ pour" ' suppoYteT une ^gtr^rarir&n 

. „ momenta nee, .du. trafic ; ... . — 

- soit il choisit une portion d' information 

compleuteuLaiiLe posLer leure - a— celle qu'il devxaiL envoyer 

10 pour assurer la continuite du flux video. Alors, les images 

^ -poua? 1-e-squel-l-es aucune information — comp-lemenrt^-i-r-e— n'-est 

envoyee restent embrouillees . 

Dans un autre exemple de realisation, le protocole 

r§seau utilise pour les communications entre le client et 
15 le serveur est UDP (« User Datagram Protocol ») • 




RE VEND I CATIONS 



1. Proc£de pour la distribution de sequences 

videos selon un format de flux nominal, const ituS par une 

„_5 siic-ceasion d' images r ^ ledi.t flux, sur — 1 .equal on proc.ede., - 

avant Ta transmission a l-equipemenu client, aTTtne* * aiial"yg^""~ 

pour— generer un £lux — principal .jnodif in., pre.sentant. . l.e__ 

format du flux nominal, et presentant des images modifi^es 

pa^c — la sub st^irtn-tn.-o u de cerbaines donnees— par de s— donn£e-s~de~ 

10 m§rae nature mais aleatoires ou calculees, et une 

i^:&o-rma-t~A-on Gompl&men4z-aA-r@ dU-u» format — quel conque r ~ 

comportant les donnees substitutes et les informations 
numeriques aptes a permettre la reconstruction dudit flux 
nominal modifi6, puis a transmettre separement , le flux 
15 principal modifie en temps r£el ou en temps difftre et 
1' information complement aire en temps reel au moment de la 
visualisation depuis le serveur vers l'equipement 
destinataire, et pour lequel on calcule sur l'equipement 
destinataire une synthase d'un flux disponible au format 
20 nominal, reconstitut en fonction dudit flux principal 
modifie et de ladite information complementaire et une 
lecture dudit flux disponible sur l'equipement destinataire 
caracterise en ce que ledit procede comporte, pendant 
ladite lecture dudit flux, une etape consistant & generer 
25 un identifiant de position en fonction d'une 
caracteristique dudit flux lu, cet identifiant de position 
etant transmis au serveur activant en r^ponse 1 7 envoi de 
1' information complementaire fonction dudit identifiant de 

30 2. ProcSd£ pour la distribution de sequences 

videos selon la revendication 1, caracterise en ce que 
chaque image du flux nominal est associ€e a un indicateur 
de position- 

3 * Proc€d§ pour la distribution de sequences 

35 videos selon la revendication 1, caracterise en ce que 
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l'€tape de lecture comporte une operation de calcul de 
1' identif iant de position de 1' image lue. 

p ___^^._^„^_^ 

videos selon la revendication 1, caract^rise en ce que 
5 1'Stape de lecture comporte une. operation de caLcuX.de 
~~™1' i dent if f'ant de position ciu flux lu" 

5 t - p roce de- -pour - 1-a— -distribution de sequencer- 
videos selon la revendication 1, caracteris§ en ce que 
— I" 7 Informat ion cottlpl efflH ntaire est en voyee pax-pox. Lious . 
10 6 • ProcSde pour la distribution de sequences 

video selorr-l-a— re ve n di catio n ~1— caract<§ris#- en-ee-quc lc 

flux disponible sur 1 ' equipement destinataire dont la 
lecture conditionne la position et la portion & e nvoyer de 
ladite information complement aire est une partie du flux 
15 principal modifie. 

7 . ProcSdg pour la distribution de sequences 

vid<§o selon la revendication 1, caracterise en ce que le 
flux disponible sur l'Squipemeht destinataire dont la 
lecture conditionne la position et la portion k envoyer de 
20 ladite information complementaire est une partie du flux 
nominal reconstitue . 

8. Procede pour la distribution de sequences 
video selon 1 ' une des revendicat ions precedentes, 
caracterisS en ce que le format de flux nominal est def ini 

25 par la norme MPEG- 2 . 

9 . Proc6de pour la distribution de sequences 
video selon la revendication 8, caracterise en ce que ledit 
identifiant de position pour une image est constitu<§ des 
variables tt time_;code w f ou" co"cte"""temporel # associe au groupe 

30 d' images dans lequel se trouve 1 ' image considSree et 
u temporal_ref erence" , ou reference temporelle, pour 
1' image, qui sont des variables definies par MPEG-2. 

10 ♦ ProcSd§ pour la distribution de sequences 
video selon 1 ' une des revendicat ions precedentes, 




caract6rise en ce que chaque portion de ladite information 
compUmentaire envoyte par le serveur permet de 
reconstituer au moins une image du flux originel lors de 
ladite synthase. 

_§ 11 . . Proc£d£— pour- -la- -di-stri.but.i on. .de. sequences, 

video seToT* "Tune des revendicat iotis pr ec$a&fi\reirr- 

ca-xiaeterise en ce que, le — serp en r adap jte — la__ta.ille et . le 

contenu de chaque portion de ladite information 

coiLipl6itie Tit^d-re'-"§— e-nv ayer en f auction dudit i denrt-i-f- jre-n^— d^ 

10 position, 

12 , Procede — pei±a? — 3ra — distribu trjron — de - sequences-- 

video selon l'une des revendicat ions pr^cedentes, 
caract6ris<§ en ce que chaque portion de ladite information 
compliment a ire est envoyee en avance par rapport a 

15 1' instant d' af f ichage de ladite image du flux reconstitute 
avec ladite portion; 

13. Procede pour la distribution de sequences 
video selon l'une des revendicat ions preced&ntes , 
caracterise en ce que le serveur adapt e T'jsnvoi 

20 d' information compleraentaire, lorsque 1 ' utilisateur de 
1 ' Squipement destinataire fait « pause », * en arretant 
1' envoi de 1 ' information coraplementaire ♦ 

14 . Procede pour la distribution de sequences 
vidSo selon l'une des revendicat ions prec£dentes, 

25 caracterisS en ce que le serveur adapte 1' envoi 
d' information complementaire, lorsque 1 ' utilisateur de 
l'6quipement destinataire fait « avance rapide » ou 
<k retour rapide », en envoyant la portion correspondant & 

lar-posd-tion adequate— pour- -les* commandes — «— avance rapide--^ 

30 et <c retour rapide ». 

15. Proc£dS pour la distribution de sequences 
vid€o selon l'une des revendicat ions precedentes, 
caracterise en ce que le serveur . adapte 1' envoi 
d' information complementaire, lorsqu'une panne r6seau 



survient qui empeche la communication client - serveur, en 
arretant 1' envoi d' information complement aire durant la 

panne— et — le — reprenant — i-orffque -l-a— panne— ees«-e- ct qu'it- 

regoit de nouveau les messages en provenance du client. 

_5 - 16. • Procede pour la _ distribution de sequences 

video seion 1 ' un e des revendicat iOTTS pTBcedeuLesr 

oaasacterise . en.-.ce que le serv.eiir_cm€e JL __pr4alablement a 



1' envoi de 1 ' information c omp lement aire , un tableau 

associauL des point eurs ver s des portions de 1 ' in formation 

10 complementaire avec des positions temporelles relatives a 
des ima ges -du- f-l-ux video-, -Btx>cJc e Ipdit - t-abl eau .-.aur ..un. 



support relie au serveur et consulte ledit tableau pour 
determiner la portion d' information complementaire a 
envoyer "apres avoir recu ledit identif iant de position. 
15 17. Equipement pour la fabrication d'un flux 

video en vue de la mise en ceuvre du procede selon l'une des 
revendications precedentes, comportant au moins un serveur 
multimedia contenant les sequences videos originelles, un 
dispositif d' analyse du flux video provenant dudit serveur 
20 pour generer ledit flux principal modifie et ladite 
information complementaire caracterise en ce qu' il comprend 
un dispositif de synchronisation de 1' envoi de ladite 
information complementaire en fonction dudit identif iant de 
position envoyi par 1' equipement destinataire . 
25 18. Systeme pour la transmission d'un flux video 

selon les revendications 1 a 16, caracterise en ce qu'il 
comprend un equipement de production d'un flux video, au 
moins un equipement d' exploitation d'un flux video et au 
moins— un— reseau de communication - entre - 1-i.equ.ipement de 
30 production et le(s) equipement (s) d' exploitation. 
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